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(57) Abstract 



A communication system (10) comprises at least two communication networks (20, 22) over which communications between physical 
devices (14) connected to the communication networks are to be carried out. The communication networks (20, 22) implement different 
protocols for messaging. A communication server (12) acts between the communication networks. Messages between the communication 
networks pass through the communication server. The communication server includes, a knowledge base (286) storing protocol conversion 
information. The communication server (12) accesses the protocol conversion information in the knowledge base (286) upon receipt of a 
message and converts the protocol thereof to a protocol compatible with the communication network to which the message is being sent. 
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INTELLIGENT COMMUNICATION SERVER AND 
COMMUNICATION SYSTEM INCORPORATING SAME 

TECHNICAL FIELD 

The present invention relates to communication systems and in 
particular to an intelligent communication server to enhance communications 
connectivity in wireless and/or land-line networks and to a communication system 
5 incorporating the same. 

BACKGROUND ART 

In today's communications environment, users on different networks 
must communicate with each other. This makes internetworking among various 

10 telecommunications networks an important and challenging technological task. The 
majority of current interconnected telecommunication networks provide support only 
for selected applications. It is of course desired that interconnected 
telecommunication networks support virtually all applications. Difficulties in 
communications connectivity between applications on wireless networks and host 

15 computers on land-line wired networks has been of concern. Also, the growth of 

existing services and the introduction of new services on communication networks has 
significantly increased traffic flow. In heterogeneous wired and wireless networks, 
communication servers must be able to cope with capacity and network failures while 

~ being cost efficient. Accordingly, communication servers which provide flexible 

20 communications connectivity between participants are desired. 

It is therefore an object of the present invention to provide a novel 
communication server to enhance communications connectivity in wireless and/or 
land-line networks and to provide a novel communication system incorporating the 
same. 

25 

DISCLOSURE OF THE INVENTION ■ ' U^/jv^vvv- ■..■/■* 

According to one aspect of the present invention there is provided a 

communication system comprising: 

at least two communication networks over which communications 
30 between physical devices connected to said communication networks are to be 

carried, said communication networks implementing different protocols for 

messaging; and 
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a communication server acting between said communication networks 
and through which messages transmitted between said communication networks pass, 
said communication server including a knowledge base storing protocol conversion 
information, said communication server accessing said protocol conversion 
5 information in said knowledge base upon receipt of a message and converting the 
protocol thereof to a protocol compatible with the communication network to which 
said message is being sent. 

Preferably, the communication server includes virtual devices 
communicating with the communication networks and a virtual gateway bridging the 

1 0 virtual networks. The virtual gateway accesses the knowledge base and converts 

protocols of the messages. Preferably, the virtual gateway includes a preprocessor, a 
processor and a postprocessor. The preprocessor examines each incoming message to 
locate target logical connection information determining the target destination for the 
incoming message. The processor converts the protocol of each incoming message, 

15 where appropriate, based on the target logical connection information. The 

postprocessor wraps each message received from the processor with headers, where 
appropriate. 

In a preferred embodiment, one of the communication networks is a 
wireless network and another of the communication networks is a wired land-line 1 *~ " - 

20 network. Messages transmitted over the wireless network include API messages to be 
processed by destination physical devices and target logical connection information 
specifying the destinations for the API messages. The target logical connection 
information is included in a logical message header wrapping the API messages. 
Preferably, the preprocessor in the virtual gateway strips the logical message header 

25 from the API message upon receipt of a message from a wireless network and uses the 

'fi^lPBj.pal message header as a, key to search the knowledge base for the ; protocol >, T: , ,-., :f . 
conversion information. If the preprocessor is unable to obtain the target logical 
connection information from the logical message header, the preprocessor analyzes 
the API message of the message received from the wireless network for the target 

30 logical connection information. 

According to another aspect of the present invention there is provided a 
communication server to act as a gateway for the transmission of messages between 
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iwo virtual devices communicating with networks implementing different protocols, 
said communication server comprising: 

a knowledge base storing protocol conversion information to convert 
messages of one protocol to a different protocol; and 
5 a virtual gateway accessing said protocol conversion information upon 

receipt of a message to be transmitted between said virtual devices and converting the 
protocol of said message to a protocol compatible with the network to which said 
message is being sent. 

In still yet another aspect of the present invention there is provided a A 
10 communication system comprising: 

a wireless network; 

at least one wireless terminal to transmit messages over said wireless 
network; 

a land-line network; 

15 at least one host computer connected to said land-line network to 

transmit messages over said land-line network; and 

a communication server providing communications connectivity for 

messages to be transmitted from one network to the other, wherein said at least one 

wireless terminal and said communication server include registries, said registries - ~ *v: 
20 including mapping information to map physically said at least one wireless terminal to 

said land-line network to enable messages transmitted by said at least one wireless 

terminal to be delivered to said at least one host computer. 

The present invention provides advantages in that communications 

connectivity between physical devices on a wireless network and physical devices on 
25 a land-line network is maintained even though the API data of physical devices may 
~ . - , notprovide for direct communication^ connectivity . In ^addition, the present invention 

provides advantages in that the communication server includes a knowledge base to 

deal with "special" communication protocol conditions as they arise. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

An embodiment of the present will now be described more fully with 
reference to the accompanying drawings in which: 
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Figure 1 is a schematic block diagram of a communication systems 
including a communication server in accordance with the present invention; 

Figure 2 illustrates the network infrastructure of the communication 
system of Figure 1; 

Figure 3 illustrates message structure in the communication system of 

Figure 1 ; 

Figure 4 illustrates a communication system including a 
communication server acting between wireless terminals on a wireless packet data 
network and host computers on land-line wired networks in accordance with the 
present invention; 

Figure 5 is a schematic block diagram of one of the wireless terminals 
in the communication system of Figure 4; 

Figure 6 shows outgoing message flow in the wireless terminal of 

Figure 5; 

Figure 7 shows incoming message flow in the wireless terminal of 

Figure 5; 

Figure 8 is a schematic block diagram of the communication server in 
the communication system of Figure 4; 

~ Figure 9 us another schematic block diagram of the communication" ~ 

server in the communication system of Figure 4; 

Figure 10 is a schematic block diagram of a virtual gateway forming 
part of the communication server of Figures 8 and 9; 

Figures 1 1 to 13 are block diagrams showing message processing in 
the virtual gateway of Figure 10; 

Figure 14 shows communications connectivity between wireless 
a ^ terminals and hostpomputers in ti the communication system of Figure 4^^^^ 

Figure 15 shows an OSI model protocol stack and its conversions in 
the communications path across the communication system of Figure 4. 



BEST MOD E FOR CARRYING OUT THE INVENTION 

In the well known OSI Reference Model, every device that connects 
two computer systems or networks, that are not connected to each other, is referred to 
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as a relay. In accordance with this terminology, a bridge functions as a data link layer 
relay. A router represents a network layer relay, and a gateway is any relay at a layer 
that is higher than the network layer. Nonhomogenity and a broad variety of 
differences between interconnected networks needs to be resolved by numerous 
5 functions performed by these relays in order to achieve connectivity. Some of those 
tasks to be resolved are: a) routing techniques; b) error control; c) flow control; d) 
user access control; e) close procedures; f) communication monitoring and traffic 
handling; g) statistics; and h) network efficiency to name but a few. The present 
invention relates to a communication server, which provides communications 

10 connectivity between wireless and/or land-line networks. 

Turning now to Figures 1 and 2, a communication system in 
accordance with the present invention is shown and is generally indicated to by 
reference numeral 10. As can be seen, communication system 10 includes a 
communication server 12 communicating with physical devices 14. The physical 

15 devices 14 include wireless terminals 16 such as point-of sale terminals or the like as 
well as host computers 18. The wireless terminals 1 6 communicate with the 
communication server 12 over a wireless packet data network (WPDN) 20. In this 
particular example, the WPDN is a DataTAC (ARDIS) based network. The host 
_ .... „ .computers 18 communicate with thejcqmmunication server 12 oyer land-line based 

20 networks 22 such as for example. X.25 and TCP/IP protocol based networks. 

During communications between communicating physical devices 14 
in the communication system 10, application (API) messages AMSGs are exchanged 
between the physical devices for processing. On the wireless network side, the API 
messages AMSGs are transmitted as logical messages LMSGs. The logical messages 

25 include the API messages to be processed as well as destination information for the 
v .. r ^ API messages. In this manner* the communication server 12 can determine the 

desired destination of the API messages as well as their required form when passed to 
the desired destination. Specifically, API messages AMSGs transmitted over the 
WPDN 20 are wrapped with virtual device message headers VDMSG_HDRs and with 

30 logical message headers VMSG_HDRs. API messages AMSGs transmitted over the 
land-line network 22 are not wrapped. Although not shown, API messages AMSGs 
may also be wrapped only by virtual device message headers VDMSG_HDRs. Figure 



BNSDOCID: «WO_ .9933226A t I > 



WO 99/33226 



PCT/CA98/0II46 



3 shows wrapped API message AMSGs. The communication server 12, which 
receives all API messages transmitted between physical devices 14, unwraps and 
wraps API messages and performs API message protocol conversion, when required, 
thereby to provide communications connectivity between the physical devices 14. 
5 The wireless terminals 16 follow a logical model consistent with the 

communication server 12. The host computers 18 on the other hand do not follow the 
logical model followed by the wireless terminals 16 and communication server 12. 
Thus, communications through the communication server 12, between a wireless 
terminal 16 and a host computer 18, are based on communications between a "known 

1 0 application" and an "unknown host" "Unknown" in the context of the present 

application refers to the fact that the communication server 12 only knows the basic 
API levels of the host computers 18. Since the host computers 18 are typically 
managed by third party institutions, there is little that can be done to change their API 
levels to allow them to communicate directly with the wireless terminals 16. 

15 Therefore, this poses a potential communications problem especially when a message 
is transmitted from a host computer 18 that is to be delivered to a wireless terminal 
16. 

According to Tanenbaum, every communication entity within a 
- communications environment has to be identified in order to establish -~ : - 
20 communications with other entities. Three terms that are applicable to this concept 
are names, addresses, and routes. The important step in this concept is the logical 
address which leads to the concept of an API logical message generated on an API 
level. 

In the present communications system 10, the above-identified 
25 potential communications problem between host computers 18 and wireless terminals 
, ,,w ,16 is overcorne^jy the.^ 22, which .y^ps,and„ unwrap 

messages as required to establish two way logical communications between the host 
computers 18 and wireless terminals 16 

To achieve communications in the communication system 10, physical 
30 devices 14 taking pan in the communications require unique logical addresses. Each 
logical address comprises three identification levels (IDs), namely a system ID, an 
application ID and a component ID. The general format for the logical address is: 
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System ID. Application ID. Component ID. 

The system IDs identify systems within the logical model. The length 
of the system ID (i.e. its number of bytes) depends on inputs and designates many of 
the systems. The application IDs identify the logical units within the communication 
5 system 1 0, including the wireless terminals 16, the communication server 1 2 and the 
host computers 18. Basically all participants in the communication system 10 are 
assigned an application ID. This is an abstract definition, which docs not care about 
physical connections. The component IDs identify all components within the logical 
units such as drivers, communication managers, bank credit components, bank debit 
10 components, etc. 

The logical model enables logical connectivity among everything 
participating in communications over the communication system 10. It is important 
to note that this connectivity is not physical connectivity. This is API logical 
connectivity established in order to enable API messages to flow freely over the 
1 5 communication system. 

Turning now to Figure 4, a specific implementation of the 
communication system in accordance with the present invention is shown and is 
generally indicated to by reference numeral 110. As can be seen, the communication 
, , system 1 1 0 includes a eommunication.server 1 1 2 incorporating a server 1 24 and a 
20 backup server 126 interconnected via an Ethernet backbone 128. Workstations 130 
are also connected to the communication server 1 12 by way of an Ethernet based 
network 132. 

The communication server 1 12 is connected to a land-line based wired 
network 122 on one side and to a wireless packet data network (WPDN) 120 
25 including a plurality of WPDN base stations 162 on the other side. The land-line 

based network. 122 includes a plurality of physical devices 14 such as host computers 
140, 142, and 1 44 respectively, connected to the communication server 1 12 by way of 
an X.25 land-line packet data network 146. The land-line based network 122 also 
includes additional host computers 1 50 (only one of which is shown) connected to the 
30 communication server 1 1 2 by way of a TCP/IP protocol network 1 52. 

The WPDN 120 includes a WPDN switch 160 acting between the 
communication server 1 12 and the WPDN base stations 162. Physical devices 14 in 
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the form of wireless terminals 164 communicate with the WPDN base stations 162 by 
way of wireless RF communications links 166. 

Wireless terminals 164 communicate with the host computers 140 to 
144 and 150 through the communication server 1 12 over the WPDN 120 and land-line 
5 network 122. Likewise the host computers communicate with the wireless terminals 
164 over the same communication network. Wireless terminals 164 also 
communicate with other wireless terminals 164 via the communication server 1 12 
over the WPDN 120. The host computers also communicate with each other via the 
communication server 1 12 over the land-line based network 122. 
*0 Further specifics of the communication system 1 10 and is operation 

will now be described. 

Wireless Terminals 

Referring now to Figures 5 to 7, one of the wireless terminals 164 is 
15 schematically illustrated. As can be seen, the wireless terminal 164 includes a 
message dispatcher 200 connected to a communication manager 202 and to the 
various components 204 of the wireless terminal 164 via a software bus 207. The 
message dispatcher 200 and communication manager 202 manage message flow in 
the wireless terminal ! 64. Specifically, the message dispatcher 200 manages the 
20 registration and unregistration of components in the wireless terminal while the 
communication manager 202 handles incoming and outgoing logical messages. 

The message dispatcher 200 includes a check registry 21 1 
communicating with a message office 206 including an internal registry 208 and 
mailboxes 210. The communication manager 202 includes a check registry 220 
25 communicating with a knowledge base 212 providing physical mapping to message 

destinations.. The communication manager 202 includes an autobridge and autorouter ^ 

2 1 4, virtual ports 2 1 6, input/output device drivers 2 1 8 such as an RF modem, SPI bus, 
RS 232, etc. 

The knowledge base 212 physically maps the virtual ports 216 and 
30 device drivers 218 of the wireless terminal 164 to logical destination addresses such 
as the ports on the communication server 112 that communicate with the X.25 packet 
data network 146, TCP/IP protocol network 152, Ethernet network 132 and the 
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VVPDN 120. The knowledge base 212 requires administration and can be constructed 
. or updated in different ways and by different sources. For example, the knowledge 
database 212 can be constructed or updated (i) locally by an application manager; (ii) 
remotely by an administrator; or (iii) on the "fly" (run-time) as a learning process. 
5 Figures 4 and 5 show internal outgoing and incoming message flow 

within a wireless terminal 164. When a component 204 of the wireless terminal 164 
requires an outgoing API message to be sent, the API of the component 204 sends a 
request to the message dispatcher 200. The request is in the form of a 
SendPostMessage call and includes the component's handler, the message destination, 

10 the type of service requested and the message envelope or object. Upon receipt of the 
message request, the message dispatcher 200 sends the API message to the check 
registry 211. The check registry 21 1 in turn examines the internal registry 208 of the 
message office 106 to determine if a destination mailbox 210 for the API message 
exists. If a destination mailbox 210 for the API message is found by the check 

15 registry 2 1 1 , the API message is internal- At this stage, a store service 209 stores the 
API message in the destination mailbox 210. The destination mailbox 210 in tum 
generates an event, which notifies the destination component of the wireless terminal 
164 that a new API message is waiting. The message dispatcher 200 then sends a 
status retunvto the message sending component 204. When the destination. 

20 component receives the event, the API of that component retrieves the event via a 
GetMessage call and processes the API message. 

If a destination mailbox 210 does not exist, the API message is 
external. At this point, the message dispatcher 200 conveys the API message to the 
communication manager 202. Upon receiving the API message, the check registry 

25 220 within the communication manager 202 checks the external registry 212 to get 
. v< , f . u. ^ 1 ^w - ... M x c PSP^MyMy information for the API message based pn the mes^age.destination^ If no 
entry is found in the external registry 220 for the API message, the API message is 
discarded and an error message is returned to the message dispatcher 200 which in 
tum notifies the message sending component 204. 

30 If connectivity information for the API message exists in the external 

registry 212, the API message and its connectivity information are passed to the 
autorouter 2 1 4 for processing. In response, the autorouter 2 1 4 returns a status 
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message to the message sending component 204 via the message dispatcher 200 and 
creates a logical message LMSG, which is passed to the appropriate device driver 218 
based on the connectivity information. The device driver 21 8 sends the logical 
message LMSG to the physical output port allowing the logical message to be sent 
5 over the WPDN 120. 

When an incoming logical message is received on an output port of the 
wireless terminal 164, the associated device driver 21 8 passes the incoming logical 
message LMSG to the check registry 220. The check registry 220 performs filtering 
and checking of the logical message based on information in the external registry 212 
10 associated with the message sending party. If the logical message is not recognized, it 
is discarded by the check registry 220. During the checking and filtering of a 
recognized logical message LMSG, the check registry determines whether the 
message is to be processed by the autobridge 214 or conveyed as an API message to 
the message dispatcher 200. If the message is to be processed by the autobridge 214, 
15 the check registry 220 conveys the logical message to the autobridge which in turn 

routes the message to the proper device driver 218. Otherwise, the check registry 220 
passes the API message to the message dispatcher 200. 

When the message dispatcher 200 recei ves the API message from the 
- communication manager 202, the check registry 21 1 checks the internal registry 208 

20 to find the correct mailbox 210 for the received API message. When the mailbox is 
found, the API message is passed to the store service 209, which stores the API 
message in the mailbox 210. The mailbox 210 in turn generates an event to notify the 
component 204 associated with the mailbox that a new API message has arrived. 
When the component 204 receives the event from the mailbox 210, the API of the 
25 component 204 retrieves the API message via a GetMessage call. The API message is 
; c!^ , then pressed by the API, w.^ — ., ^,. f .,,..,-.„ J: ^ fr .^_^ 

Communication Server 

Referring now to Figures 8 and 9, the communication server 1 12 is 
30 better illustrated. As can be seen, the communication server 1 12 includes a front end 
in the form of a virtual host 280 communicating with the WPDN 1 20 and a back end 
in the form of a virtual terminal 282 communicating with the land-line based network 
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122. A virtual gateway 284 acts between the virtual terminal 282 and the virtual host 
280. The virtual gateway 284 accesses a knowledge base 286 including a real time 
database. Rather than using hard-coding translation in the virtual gateway 284 to deal 
with different protocols used by the WPDN 120 and the land-line networks 1 22, the 
5 information required to translate protocols is recorded in the real time database of the 
knowledge base 286. 

Turning now to Figure 10, the virtual gateway 284 is better illustrated. 
Virtual gateway 284 includes a preprocessor 300 receiving input from a virtual device 
VD (either the virtual host 280 or the virtual terminal 282) that receives logical 

10 messages from a sending physical device 14. The preprocessor 300 communicates 
with the knowledge base 286 and with a processor 302. Processor 302 also 
communicates with the knowledge base 286 as well as with a postprocessor 304. The 
postprocessor 304 communicates with the knowledge base 286 and provides output to 
a virtual device VD (either the virtual host 280 or the virtual terminal 282). The 

15 virtual device VD in turn sends a logical message to a receiving physical device 14 
(either the virtual host 280 or the virtual terminal 282). An expert system tool kit 306 
allows the knowledge base 286 to grow to meet the needs of the communication 
system 1 1 0. 

— The knowledge base 286, excluding the real time database, is di vided > . . 

20 into three parts, namely a registry, a static logical table and a dynamic database. The 
registry records basic information for each registered physical device 14 in the 
communication system 110. Each record in the registry includes a physical device ID, 
an application ID, a virtual device ID and a device properties ID. This information is 
entered into the knowledge base when the physical devices are registered. The 

25 registry also contains mappings from physical IDs to logical IDs. Each mapping 

represent one application of the registered physical device. Xh$refpi;e,Jf the physjpal-., 
device uses two applications through the virtual gateway 284, two mappings 
associated with the physical device exist in the registry. 

The static logic table stores logical information with respect to 

30 registered connections including logical connection IDs, logical device IDs, virtual 
device IDs, API IDs, logical message wrapping information, logical message 
unwrapping information, virtual device message wrapping information, virtual device 
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message unwrapping information, knowledge base IDs, virtual processor IDs and 
processor property IDs. 

The dynamic database contains dynamic information. It is a real time 
database that updates the current status of each connection between physical devices 
5 in the communication system 112. Entries in the dynamic database include 

knowledge base IDs, logical connection IDs, connection status and current state. 

The preprocessor 300 receives virtual device messages VDMSGs from 
either-the virtual terminal 282 or virtual host 280 in response to logical messages . 
LMSGs received by a virtual device VD from a physical device 14 such as a wireless 

1 0 terminal or a host computer. Messages received by the preprocessor 300 are 
conveyed to the processor 302. Following processing at the processor 302, the 
processed messages are conveyed to the postprocessor 304 which in turn passes the 
processed messages to either the virtual host 280 or virtual terminal 282. The virtual 
host 280 or virtual terminal 282 in turn passes the processed messages to the 

1 5 appropriate physical device 14. 

The preprocessor 300 is designed to unwrap incoming messages and 
determine target logical connections for the incoming messages using a number of 
service processors as shown in Figure 1 1 . When the preprocessor 300 receives a 
~ - message from a virtual device VD together with its virtual device ID; the preprocessor - — 

20 300 separates the incoming virtual device message VDMSG into a virtual device 
message header VDMSG_HDR and a logical message LDMSG (block 320). The 
logical message LDMSG is then further separated into a logical message header 
LDMSG_HDR and an API message AMSG (block 322). After the incoming message 
has been unwrapped, the preprocessor 300 determines the target logical connection ID 

25 for the API message. Specifically, the preprocessor 300 first attempts to retrieve the 

, ; target-logical connection IIX from the knowledge base 286 using the virtual-'device ~ , ^ . 

message header VDMSG_HDR as a key (block 324). If the virtual device message 
header is absent or if retrieval of the target logical connection ID from the knowledge 
base 286 is not successful, then the preprocessor 300 attempts to retrieve the target 

30 logical connection ED from the knowledge base 286 using the logical message header 
LMSG_HDR as a key (block 326). If the logical message header is absent or if 
retrieval of the target logical connection ID from the knowledge base 286 is not 
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successful, the preprocessor 300 uses the API message A MSG as a key to search the 
knowledge base 286 for the target logical connection ID (block 328). Once the target 
logical connection ID is located, it is passed to the processor 302 with the API 
message. 

5 When the processor 302 receives the API message and the target 

logical connection ID from the preprocessor 300, the processor 302 processes the API 
message. During processing, one of the business processors accesses appropriate 
protocol translation information in the knowledge base 286 based on the target logical 
connection ID. Once the translation information is accessed, another business 
1 0 processor handles the protocol translation using the accessed information (see block 
330 in Figure 12). This of course makes gateway connections between the 
communicating virtual devices VD through the virtual gateway 284 more efficient and 
flexible since any changes in protocols can be reflected by updating the knowledge 
base 286. Also, by keeping translation information for various protocols in the 
1 5 knowledge base 286, the virtual gateway 284 can be used to connect virtually any 
communicating physical devices. After processing, the processed API message is 
passed to the postprocessor 304 together with the target logical connection ID. 

When the postprocessor 304 receives the processed API message and 
the target logical connection ID. from the processor 302, the postprocessor 304 
20 retrieves logic message wrapping and virtual device wrapping from the knowledge 
base 286 based on the target logical connection ID and wraps the processed API 
message accordingly (see blocks 332 and 334 in Figure 13) thereby to form a virtual 
device message VDMSG. The destination virtual device is also retrieved from the 
knowledge base 286 using the target logical connection ID as a key and the virtual 
25 device message VDMSG is conveyed to the appropriate destination virtual device. 

Since . t the ; wii^Ije^^rminals 164 in this embodiment follow the same 
logical model as the communications server 112 and since logical messages 
transmitted by the wireless terminals include the target logical connection ID, logical 
messages LMSGs received by the communication server 1 12 from wireless terminals 
30 can be processed easily and routed to the proper destination. 

API messages destined for wireless terminals that come from 
"unknown" sources such as host computers, which do not include a logical message 
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header LMSG_HDR, must be built into logical messages by the communication 
server 1 12. The business processors in the processor 302 use fuzzy logic and artificial 
intelligence to access the appropriate protocol information and build the logical 
messages. The tool kit 306 is used to initially build the knowledge base 286 so that it 
includes the basic API requirements of the host computers. As communications 
traffic passes through the communication server 112, the communication server 1 12 
updates the knowledge base 286. 

One special case that arises in communications between host 
computers and the communication server 1 12, is protocols with "zero messages". 
Protocols of this nature do not include API data. This of course prevents logical 
messages from being built. This is dealt with by the communication server 1 12 using 
the knowledge base 286. 

As will be appreciated, since the knowledge base 286 stores 
connectivity information for the registered physical devices as well as protocol 
1 5 translation information and since logical messages transmitted by the wireless 

terminals 1 64 provide destination information, the communication server 1 1 2 is able 
to ensure communications connectivity between all physical devices in the 
communication system 112 regardless of network platforms. 
: ~ " In the present embodiment, the wireless network 120 is described as a ™ 
DataTAC WPDN. DataTAC wireless packet switching data networks require 56 to 
64 kbps backbone communication pipe per physical connection with SCR (standard 
context routing) over X.25, through PVCs (permanent virtual circuits) or SVCs 
(switched virtual circuits). The communication server 1 12 provides full connectivity 
to host computers via this communication path. Full connectivity is especially 
25 important in the case where the wireless terminals 1 64 transmit financial transaction 
.. ,_.data. ? whei^_ET^^.<.9nd.to end .point of sale). protocol is amust. -Unlike-thg'-^^^^ 
communication server 1 12, DataTAC engine servers do not provide ETE connectivity. 

The communication server 1 1 2 also supports other wireless networks 
such as for example Mobitex, CDPD, GSM or PCS. Mobitex wireless packet 
30 switching data networks are very similar to DataTAC WPDNs and therefore, the 

communication server 1 12 bridges the connectivity gap between this wireless network 
and land-line networks. CDPD wireless packet data networks are the most demanding 
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in terms of throughput and speed. These networks are entirely based on the TCP/IP 
protocols. GSM/PCS networks are circuit switched wireless cellular networks where 
again end to end (ETE) connectivity is an issue. 



5 Connectivity 

In addition to logical addressing, data exchange between a physical 
device 14 and the communication server 1 12 is another important part of the logical 
message. Data can be exchanged in two manners, namely asynchronously or 
synchronously. The logical message LMSG indicates which communication manner 
1 0 is supported and embeds this information into its header as a Type and Tag. 

Asynchronous data exchange is datagram oriented. During 
asynchronous data exchange, a request datagram is sent to the communication server 
1 1 2 by the physical device. The communication server 1 1 2 responds to this request 
by returning a respond datagram. Recognition of the "Request-Respond" handshake 
15 in the logical message is done in the Tag field and is referred to as the handshake ID. 
The handshake ID is a unique ID and is returned by the communication server 1 12. 
The handshake ID value is within the range of 1 to 65535. 

Synchronous data exchange is session oriented. During synchronous 
— -data exchange, a request message (it can be as the first message of the conversation) ;w ™ 
20 to open a "conversation" session is sent to the communication server 1 12 by the 

physical device. The communication server 112 creates a session and its session ID is 
returned. During the conversation time via this session, both the physical device and 
the communication server 1 12 keep the same session ID until either the physical 
device decides to close the conversation or there is a communications problem at the 
25 communication server 1 12. The session ID value is within the range of 1 to 32767 (2 

bytes)* where value Lis, a request to ppen.a session and a negative value is a, request ,to,^.. 
close a session. The value 0 is an invalid session ID. 

The format of the logical message LMSG is as follows: 



SID 


Type 


Tag 


Src 


Dst 


API Message Body 
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SID represents a signature ID, that is calculated (CRC) from its header 
context. The field is used to recognize third party messages. The remaining fields 
support logical connectivity and the API data exchange mechanism. 

Type is a message type indicator to recognize a data exchange 
mechanism. It reflects the manner between which two API components will 
cooperate. 

Tag represents additional run-time information regarding to the type of 
the logical message. This tag ID is a unique conversation number between the two 
API components. 

The datagram communication mechanism is as follows: 
Tag ID = 0, means invalid session ID; and 
Tag ID = 1 < Handshake ID < 65535. 
The session (message) communication mechanism is as follows: 
Tag ID = 0, means invalid session ID; 
Tag ID = 1, means request to open session, or the first message; 

Tag ID = 1, < Session ID < 32767 means a valid session; and 
Tag ID = - 32767 < Session ID < -1 , request to close, a session, or the last 

message. 

.™ s rc: is a logical address of the source and Dst. is a logical address of" ' 

the destination. 

The format of the API message AMSG is as follows: 



EXT 


D/1M 


Duplicate 


Reserve 


Reserve 


b2 


bl 


bO 




Ext is Wextension-bit to* allow insertion of another header 
D/M is the datagram or message; 





Duplicate is a logical message duplicate; and 

b2> bl and bO are bits describing data exchange. 

Figures 14 and 15 show communications connectivity between 
wireless terminals and host computers in the communication system 1 10 including the 
OSI model protocol stack and its conversions across the communications path. 
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Many wireless networks provide for "fleet connectivity" (one to many). 
.Fleet connectivity cares only about the destination. This is a synchronous protocol. 
Between the communication server 1 1 2 and the WPDN switch 1 60, messages are 
routed via SVCs (switchable virtual circuits) located in the so called SVC SINK. 
5 SVC concept comes from the packet data networks (like X.25). The communication 
server 1 12 and the host computers communicate synchronously via dedicated SVCs. 
That means that a limited number of SVCs have to handle many wireless terminals. 
This traffic is handled by the communication server 112. 

Communication server 112 enables three types of connectivity through 
10 the SVCs and enhances communication throughput, namely device connections, 
sessions connections and asynchronous datagram messaging. Asynchronous 
datagram messaging follows the dynamics of the traffic and accommodates any 
increase in the traffic. A limited number of SVCs provide throughput for a much 
larger number of wireless terminals. Device connection is permanent-static (terminal 
15 corresponds to the specific SVC). Session locks communication SINK only 
temporarily. 

End-To-End Communications 

- For example, for a host computer to host computer-connection through „ 

20 the communication server 112, the source host computer transmits an API message to 
the communication server 1 12 without any wrapping. After the API message passes 
through the virtual terminal 282, the API message as well as the virtual device ID of 
the virtual terminal 282 is sent to the preprocessor 300. As mentioned previously, the 
preprocessor attempts to extract the virtual device message header VDMSG_HDR and 
25 the logic message header LMSG_HDR from the AP] message. In this case, the 
v. > ; , M?PW$&$°J ^SWll^cs. that the API message does n 

header or a logical message header. The preprocessor 300 in turn analyzes the API 
message and interacts with the knowledge base 286 to determine the target logical 
connection ID for the API message. After the target logical connection ID is located, 
30 it is sent with the API message to the processor 302. The processor 302 passes the 
API message to the business processors therein which in turn process the message to 
ensure the API message protocol is compatible with that used by the destination host 
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computer. The processed API message is then passed to the postprocessor 304 with 
the target logical connection ID. The postprocessor uses the target logical connection 
ID as a key to search the knowledge base 286 for wrapping information. In this case, 
since the destination is a host computer, no wrapping is required. The postprocessor 
5 304 in turn uses the target logical connection ID to find the destination virtual device, 
in this case the virtual terminal 282, and passes the API message to it. The virtual 
terminal 282 in turn passes the API message to the destination host computer over the 
land-line network 122. 

If a wireless terminal 164 has established a connection with a host 
10 computer, logical messages generated by the wireless terminal are sent to a network 
provider that connects to the communication server 1 12 to the WPDN 36. Logical 
messages transmitted by the wireless terminal 164 to the host computer include a 
virtual device message header VDMSG_HDR. The logical message LMSG includes 
a logical message header LMSG_HDR and the API message. The messages received 
15 by the virtual host 280 from the wireless terminal 1 64 are passed to the preprocessor 
300. The preprocessor 300 extracts both the virtual device message header 
VDMSG_HDR and the logical message header LMSG_HDR from the API message. 
The preprocessor 300 then analyzes the virtual device message header for the source 
— physical device ID. It then uses the physical device ID as a key to search the" 
20 knowledge base 286 for the registered target logical connection ID. If there is more 
than one target logical connection ID in the knowledge base 286 registered with the 
physical device ID, then the preprocessor 300 analyzes the logic message header 
LMSG_HDR to determine the source and destination logical IDs. This information is 
then used to search the knowledge base 286 to determine the target logical connection 
25 ID. After the target logical connection ID is located, the target logical connection ID 
^><*; is^gnt tojhe prpcessor 302 together with the API messages The business processors <:v 
in the processor in turn process the API message as described previously. The 
processed API message is then passed to the postprocessor 304 together with the 
target logical connection ID. The postprocessor 304 uses the target logical connection 
30 ID as a key to search the knowledge base 286 for wrapping information. In this case, 
since the destination is a host computer, no wrapping is required. The postprocessor 
304 in turn uses the logical connection ID to find the target virtual device, in this case 
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thc virtual terminal 282, and passes the message to it. The virtual terminal 282 in turn 
• passes the API message to the destination host computer over the land-line network 
122. 

If a wireless terminal 164 is communicating with another wireless 
5 terminal, messages are sent from the source wireless terminal through the WPDN 120 
to the communication server 112. Since a wireless terminal is transmitting messages, 
the virtual host 280 receives virtual device messages which include a virtual device 
message header and a logical message. The logical message includes a logical 
message header and the API message. The message is processed in the manner 
10 described above by the preprocessor 300 and the processor 302. However, when the 
postprocessor 304 receives the target logical connection ID and the processed API 
message, it uses the target logical connection ID as a key to search the knowledge 
base 286 for wrapping information. In this case, since the destination is a wireless 
terminal, both logical message and virtual device message wrapping are required. The 
15 postprocessor 304 in tum receives the wrapping information from the knowledge base 
and wraps the API message in the appropriate manner before passing the wrapped 
message to the virtual host 280 for transmission over the WPDN 120 to the 
destination wireless terminal. 

- -Those of skill in the art will appreciate that the present invention 

20 provides advantages in that communications connectivity between physical devices is 
maintained even though the networks to which the physical devices are connected 
implement different API protocols. 

Although a preferred embodiment of the present invention has been 
described, those of skill in the art will appreciate that variations and modifications 
25 may be made without departing from the spirit and scope thereof as defined by the 

.. ^.append^^claims...^,^. ; r,. ■ v.7r?»v r.;v ^^r:^.^... „ „ . ^ . ,. 
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WHAT IS CLAIMED IS 

1 • A communication system comprising: 

at least two communication networks over which communications 
5 between physical devices connected to said communication networks are to be 
carried, said communication networks implementing different protocols for 
messaging; and 

a communication server acting between said communication networks 
and through which messages transmitted between said communication networks pass, 
1 0 said communication server including a knowledge base storing protocol conversion 
information, said communication server accessing said protocol conversion 
information in said knowledge base upon receipt of a message and converting the 
protocol thereof to a protocol compatible with the communication network to which 
said message is being sent. 

15 

2 - A communication system as defined in claim 1 wherein said 

communication server includes virtual devices communicating with said 
communication networks and a virtual gateway bridging said virtual networks, said 

. virtual gateway accessing said knowledge base and converting protocols of said w r 

20 messages' 



3 - A communication system as defined in claim 2 wherein said virtual 

gateway includes a preprocessor, a processor and a postprocessor, said preprocessor 
examining each incoming message to locate target logical connection information 
25 determining the target destination for said incoming message, said processor 

^°f?Y^f??S^he protocol of each incoming message, where appropriate, based on said 
target logical connection information, said postprocessor wrapping each message 
received from said processor with headers, where appropriate. 

30 4 - A communication system as defined in any of the preceding claims 

wherein one of said communication networks is a wireless network and wherein one 
of said communication networks is a wired land-line network. 
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5. A communication system as defined in claim 4 wherein messages 
transmitted over said wireless network, include API messages to be processed by 
destination physical devices and target logical connection information specifying the 

5 destinations for said API messages. 

6. A communication system as defined in claim 5 wherein said target 
logical connection information is including in a logical message header wrapping said 
API message. 

10 

7. A communication system as defined in claim 6 wherein said 
preprocessor strips the logical message header from said API message upon receipt of 
a message from said wireless network and uses said logical message header as a key 
to search said knowledge base for said protocol conversion information. 

15 

8. A communication system as defined in claim 7 wherein said 
preprocessor analyzes the API message of a message received from said wireless . 
network for said target logical connection information if said target logical connection 

information cannot be determined from said logical message header. — .. 

20 

9. A communication system as defined in any one of claims 4 to 8 
wherein messages transmitted over said land-line network are in the form of API 
messages, said preprocessor analyzing the API message of a message received from 
said land-line network for said target logical connection information. 

25 

, * .. ...... r .ID;.-:" -vr- .-.■.-<•,: A communication server to act as agateway for the.transmission^of. ^ 

messages between two virtual devices communicating with networks implementing 
different protocols, said communication server comprising: 

a knowledge base storing protocol conversion information to convert 
30 messages of one protocol to a different protocol; and 

a virtual gateway accessing said protocol conversion information upon 
receipt of a message to be transmitted between said virtual devices and converting the 
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protocol of said message to a protocol compatible with the network to which said 
message is being sent. 

1 1 * A communication server as defined in claim 1 0 wherein said virtual 
5 gateway includes a preprocessor, a processor and a postprocessor, said preprocessor 

examining each incoming message to locate target logical connection information 
determining the target destination for said incoming message, said processor 
converting the protocol of each incoming message, where appropriate, based on said 
target logical connection information, said postprocessor wrapping each message 
10 received from said processor with headers, where appropriate. 

12 A communication server as defined in claim 1 1 further including a tool 
kit to setup said knowledge base with said protocol conversion information. 

15 I3 * A communication server as defined in claim 12 wherein said virtual 

gateway updates said protocol conversion information based on message traffic 
therethrough. 

* 14 - A y communication server as defined in claim 11 wherein said 

20 preprocessor unwraps headers accompanying each incoming message and uses said 
headers as keys to search said knowledge base for said protocol conversion 
information. 

* 

15 A communication server as defined in claim 1 4 wherein said 

25 preprocessor analyzes the message for said target logical connection information if 
said target logical connection infonriation catoot b^ detennined from said head 

1 6. A communication system comprising: 

a wireless network; 

30 at teast one wireless terminal to transmit messages over said wireless 

network; 

a land-line network; 
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at least one host computer connected to said land-line network to 
transmit messages over said land-line network; and 

a communication server providing communications connectivity for 
messages to be transmitted from one network to the other, wherein said at least one 
5 wireless terminal and said communication server include registries, said registries 

including mapping information to map physically said at least one wireless terminal to 
said land-line network to enable messages transmitted by said at least one wireless 
terminal to be delivered to said at least one host computer. 

10 17. A communication system as defined in claim 16 wherein the registry in 

said at least one wireless terminal maps drivers and port of said wireless terminal to 
ports of said communication server. 

1 8. A communication system as defined in claim 1 7 wherein the registry in 
1 5 said communication server maps logical connections between said wireless and land- 
line networks. 

1 9. A communication system as defined in any one of claims 1 6 to 1 8 
wherein said communication server includes a knowledge base storing protocol 

20 conversion information, said communication server accessing said protocol 
conversion information in said knowledge base upon receipt of a message and 
converting the protocol thereof to a protocol compatible with the network to which 
said message is being sent. 



ONDBOCID' *WO UVYfTtfib 1 I * 



WO 99/33226 



PCT/CA98/01146 



1/15 



CN 



o 



< ^ 

o £2 Q 
O > 



1.. 



ID < 



<C LU 



a: 
O 
i_ co 

a: 



Of 
O 
CO 

co 

LU 

a 
o 

Q. 



O 
CO 
LU CO 

or lu 

CL O 

o 
or 

CL. 



cr lu 
> o 



o 

CO 



o 

Q 
> 



CO 
CO 
CM 



£ o g o o 

< q 



Q O 



Q Q 



O 
O 
CO 



LU 

O >- 

o or 

lu lu »— 

^ < ^ 

O lu 

2 rr 
2*: 



—1 




TUA 


VICE 




LU 


> 


O 



to 

CN» 
tl 

Q " 

9 




Q_ 
O 



CN4 



X 
CO 



o 
a. 

o 
o 

. >- 

r 

LU 



CD 

LL. 



CO 
O 
X 



or 

LU 



or 
o 



5 

CO 



UJ | — K CL LU 
=f 2 2 S ^ 

CO 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/01I46 



2/15 




FIG. 2 



BNSDWP «WO , 9833226A 1 I > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/01I46 



3/15 



















I 




LO 


LMSG 




VD 


VDMSG 


GWLN 


VDMSG 


VD 




* 

LMSG 



















LD 




I 



















VDMSG 



V 

12 



VDMSG HDR 



AMSG 



OR 
VDMSG 



VDMSG.HDR 



LMSG 



I 



LMSG_HDR 



AMSG 



B I HANDLE BY PROCESSOR (PREPROCESSOR \ 



I | HANDLE BY BUSINESS PROCESSOR 



FIG. 3 



BNSOOClO <WO 1 I > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/01146 




SUBSTITUTE SHEET (RULE 26) 



WO 99y33226 



PCT/CA98/01I46 



5/15 




EVENT 



214 

216- 
218- 



200- 



MESSAGE 
DISPATCHER 

(COMPONENTS 



MESSAGE OFFICE 



-REGISTRY. K.B. 
-ALIAS MAPPING, 
-MAIL BOXES,... 



IMPORT / EXPORT OF THE LOGICAL MESSAGES 



COMMUNICATION 
MANAGER 

(COMPONENTS) 



AUTO BRIDGE AND AUTO ROUTER 



VIRTUAL PORTS (CHANNELS) 



DEVICE 1 



DEVICE 2 



DEVICE 3 



DEVICE N 



RF MODEM SPI BUS RS 232 



202 



212 



KNOWLEDGE BASE 
-PHYSICAL MAPPING 



218 



FIG. 5 



BNSDOCID: <WO QS33226A1 I > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/01I46 



6/15 



204 \ (COMPONENT 



200 




GET MESSAGE (HANDLER. & OBJECT) 



206 



MESSAGE DISPATCHER 



CHECK REGISTRY 



211 



NO (INTERNAL) 



YES (INTERNAL) 



STORE 
MESSAGE 




209 



MESSAGE OFFICE 



INTERNAL 
REGISTRY 



MAILBOXES 



208 



210 




202 



COMMUNICATION 
MANAGER 

220 



214- 



CHECK REGISTRY 



EXTERNAL 
REGISTRY 



212 



AUTO ROUTER 



DEVICE DRIVERS 



SESSION 
TRANSPORT 
NETWORK 
DATALINK 




SESSION 
TRANSPORT 
NETWORK 
DATALINK 



218 



RF MODEM.... RS232 



FIG. 6 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/0I146 



7/15 




200 



GET MESSAGE (HANDLER & OBJECT) 




MESSAGE OFFICE 



AUTO BRIDGE 



5 



CHECK REGISTRY 
(FILTER,...) 

— r~ 

220 



EXTERNAL 
REGISTRY 



DEVICE DRiVERS 



SESSION 
TRANSPORT 
NETWORK 
DATAUNK 



SESSION 
TRANSPORT 
NETWORK 
DATAUNK 



-218 




-208 



-210 



RF MODEM,... RS232 



FIG. 7 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/0U46 



8/15 



REAL-TIME DATABASE 



-286 



112 



VIRTUAL GETWAY 



r 



284 



280— 



VIRTUAL 
HOST 



VIRTUAL 
TERMINAL 



-282 



FIG. 8 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/01146 




BNSOOCID- <WO oonrWRA » i > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/01 146 



10/15 



K 
N 
0 
W 
L 
E 
D 
6 
E 

9 
A 

S 
E 





V 


TOOLKIT • 



286 



14 



o 



1 



PD (SOURCE) 



300 



PRE.PROC 



VDMSG 
VDID 



LDMSG 



VD (SOURCE) 



AMSG 
LCID 



PROC 



-302 



AMSG 
LCID 



POST PROC 



VDMSG 



VD (DEST.) 



304 



LDMSG 



306 




FIG. 10 



SUBSTITUTE SHEET (RULE 26) 

BNSC>Cv!C^ <WO &933226A1 I > 



WO 99/33226 



PCT/CA98/01146 



11/15 




o 
it ou 

>- u-i 
UJ o 

~§ 

o 

CO 



§1 

o r 

^ DC CO 

3 uj 

O Q 
CO 



O 

a. 
< 
it 

>- 

LU 



o 

CO 
CO 
LU 

o 

cr 

°r O 

UJ o 

or co 

O 

o 
cr 

CL 

I 

Ul 

cr 

OL 




co 
co 




CO 
CO 



o 

CO 



o 

CO 

< 



SUBSTITUTE SHEET (RULE 26) 



WQ 99/33226 



PCT/CA98/01146 



12/15 



PROC (PROCESSOR) 
302 



LCID 



Q FR0MPRE_PR0C 
300 



AMSG 



to bp y 



-330 



PROCESSED 
AMSG 



-*»(CJ) TOPOST.PROC 
304 



FIG.12 



POST.PROC (POST PROCESSOR) FROM PROC 

304 3 0 2 

o 




KEY = LCID 
VALUE 1 = L WRAP 



VALUE 2 = VD WRAP 



VALUE_3 = DEST.VDID 



FIG. 13 



AMSG 



LMSG 
WRAPPER 




LMSG 


is 


«SG 
3 PER 



VDMSG 



TO V0(DEST.) 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/0II46 



13/15 




SNSOOCIO <WO 9933226A i I 



SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



PCT/CA98/0I146 



14/15 




SUBSTITUTE SHEET (RULE 26) 



WO 99/33226 



15/15 



PCT/CA98/0II46 



°5 



< 

o 
i 

< 



uj o 
to ~ 
uj tr 

a. ^ 



to 
to 

UJ 

co 



o 
a_ 
co 

2 



cr 

O i*r 

UJ 




SUBSTITUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 



tnti tonal Apptlcalton No 

PCT/CA 98/01146 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04L12/28 H04L29/06 



Accenting to International Patent Ctasatficatton (IPC) or to bom national classification and IPC 



B. FIELDS SEARCHED 



Minimum documental too searched (classification system followed by classification symbols) 

IPC 6 K04L H04Q H04B 



Documentation searched other man minimum documentation to the oxtent that such documents are included in the fields searched 



Electronic data base consult ed Curing me international search (name ot data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No 


X 


EP 0 777 394 A (ALCATEL BELL NV) 


1-7.10, 




4 June 1997 


11,14, 






16-19 




see column 1, line 39 - line 46 






see column 2, line 53 - line 57 






see column 3, line 33 - line 54 . 






see column 4, line 55 - column 5, line 11 






see column 6, line 1 - line 18 






see column 7, line 26 - line 32 






see column 9, line 6 - line 14 




y 




8,9,12, 






13,15 









m 



Further documents are listed in the continuation ot box C. 



ID 



Patent family members are listed in annex. 



* Special categories of cited documents : 

~A" document defining the general state of the art which is not 
considered to be ot particular relevance 

"£T earlier document but published on or after the^ international 
" tiling date i " \ J ..t* i ~. il 

V document which may tnrow doubts on pnomy clatmfs) or 
Mhich is ated to establish the puoteatton date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use. exhibition or 
other means 

"P* document published prior to the international filing date but 
later than the priority date claimed 



T later document published after the international ttilng oata 
or prioriry date and not in conflict with the application but 
cited to understand the principle or theory unae rtying the 
invention 

*X" , document of particular reJevance; the claimed invert! ton ■ , . 
cannot be considered novel or cannot be considered t6 ; * j! ; 
involve an inventive step when tne document is taken atone 

*Y" document ol particular relevance: the claimed invention 

cannot be considered to involve an inventive step when the 
document is comb mod with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the an. 

"6" document memoer ot the same patent family 



Date of tne actual completion of me international search 

10 May 1999 


Date of mailing ol the international search re pen 

18/05/1999 


Name ana matting address of the ISA 

European Patent Office. P.B. 581 8 Patentlaan 2 
ML - 2280 HV Rijswqk 
Tel. (+31-70) 340-2040. T*. 31 65 1 epo rt». 
Fan: (+31-70) 340-3016 


Authorized orf cer 

Brichau, G 



Form PCT/fSA/210 (second sneot) (.My 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



C^ContbniBtlon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Int. ttonal Application No 

PCT/CA 98/01146 



Category * Dtatton of <tocument. with tndication. where appropriate, ot me relevant passages 



WO 97 01940 A (PHILIPS ELECTRONICS NV 
;PHILIPS N0R0EN AB (SE)) 16 January 1997 



see page 
see page 
see page 
see page 
see page 
see page 
see page 
see page 



1. 

2, 
4, 
4. 
5. 
5, 
6, 
8, 



1 ine 
line 
1 ine 
1 ine 
1 ine 
line 
line 
1 ine 



15 - line 22 
6 - line 17 
8 - line 14 
25 - line 29 
2 - line 4 
21 - line 30 
23 - line 33 
1 - line 7 



Ratewant to dawn No. 



1-7,10, 
11,14 



EP 0 748 064 A (6L0BALSTAR LP) 
11 December 1996 

see column 6, line 41 - line 48; figures 



2,7 
see 
see 
see 
11 



column 6, line 53 - column 7, line 5 

column 7, 1 ine 32 - 1 ine 40 

column 13, line 56 - column 14, line 



US 4 999 833 A (LEE WILLIAM C) 
12 March 1991 

see column 2, line 16 - Hne 31 

see column 2, line 44 - column 3, line 29 

US 5 682 460 A (HYZIAK JANUSZ ET AL) 
28 October 1997 

see column 1, Hne 44 - line 57 
see column 6, line 42 - line 62 
see column 7, line 26 - line 28 
see claims 1,6 

W0 97 32439 A (DECKER PETER ;KAARTINEN 
KALE VI (DE); GUSTAFSSOM PATRIK (FI); 
NOKIA) 4 September 1997 

1, line 5 - line 16 

2, line 11 - line 22 

3, line 20 - line 27 

4, line 3 - line 26 



see page 
see page 
see page 
see page 



F<wm PCT/iSa/210 jcorrftnuaocn ot second sr»»eti (July 1992) 



8,9,12, 
13,15 

1,2,10 



12,13 



8,9,15 



16-19 



aoo 0 ryf 7 



INTERNATIONAL SEARCH REPORT 

Inform At Ion on potent family member* 



Intc JonaJ Application No 

PCT/CA 98/01146 



Patent document 




Publication 




Patent lamily 




Publication 


cited in search report 




date 




member(s) 




dale 


EP 0777394 


A 


04-06-1997 


JP 


10004432 


A 


UD Ul_ 1770 


WO 9701940 


A 


16-01-1997 


EP 


U / Or HI J 


A 










JP 




T 
i 




EP 0748064 


A 


11-12-1996 


US 


5640386 


A 


17-06-1997 








AU 


5380096 


A 


24-12-1996 








CA 


2173291 


A 


07-12-1996 








CN 


1143869 


A 


26-02-1997 








JP 


8331031 


A 


1 1—1 9—1 OOf\ 








WO 


9639758 A 


1 0_1 0_1 OCR 


US 4999833 


A 


12-03-1991 


tr 


0201308 


A 


1 9—1 1—1 OQC 


US 5682460 


A 


28-10-1997 


AU 


687583 


B 


26-02-1998 








AU 


2949995 


A 


22-03-1996 










2174762 


A 


n.7_m_i one 

u/— uj-iyyo 










1134755 


A 


n_i one 








TP 

LI 


0727069 


A 


ot _fto«i one 








WO 


9607141 


A 


07-03-1996 


W0 9732439 


A 


04-09-1997 


FI 


960895 


A 


. 27-08-1997 








AU 


1881497 


A 


16-09-1997 








CA 


2247449 


A 


04-09-1997 








EP 


0882375 


A 


09-12-1998 



Form PCT/tSA/2tO (pawn tam*y annas) lJuly 199?) 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images mthin this document are accurate represent* «£*Mri*d 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE COT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES r 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHffilT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: . " ' " 



As rescanning these documents will not corre 
problems checked, please do not report these 




